約 3,919,278 件
https://w.atwiki.jp/android2chbrowser/pages/19.html
Tuboroidon524への要望一覧 【専ブラ】Android用2chブラウザ Part.10 http //hibari.2ch.net/test/read.cgi/smartphone/1293072075/936 936 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2011/01/07(金) 10 53 44 ID SxxmKeqL 934 おまいらが勝手な要望を並べ立てるのは自由。 作者が全く無視するのも自由。 バージョンアップデート情報を詳細に、Tuboroidonからのアップグレード箇所のまとめ記載希望 ツリー表示機能 スレ立て機能 名前欄を検索に含める 名前欄のレス番号抽出 レス作成ボタンをツールバーに 「 レス番号-レス番号」の連アンカーをリンクして欲しい 自動画像保存機能 スレ内URL一発抽出機能 抽出や検索結果の全レス一括コピー機能 スクロールボタン(シミ)のスレ一覧へ設置 Tuboroidonのログを小西へインポート 書き込み時のp2ボタンをp2チェック時のみ表示 ●使用時取得済みスレで1000行ってても過去ログを取得しに行くのを無効に レスのURLから飛んだ時に「過去ログを取得しますか?」のメッセージが二回表示されるバグの修正 スレ毎の名前とメール欄の記憶機能 (2011-01-07 23 59 58) アイコンの変更 (2011-01-08 00 02 03) 板一覧のTuboroidonをTuboroidon524に変更 (2011-01-08 00 11 03) aboutにTuboroidon作者名を記載 (2011-01-08 00 12 19) AAモードの無効化、AA以外もフォント変更可能にする機能を (2011-01-08 02 59 49) ここまで読んだ機能 -- 名無しさん (2011-01-08 07 02 35) 複数アンカー対応 1-2 -- IS03 (2011-01-19 19 49 37) 画像viewerで、画像を常に中心に表示、フリック大で次の画像に移動 -- sc-02B (2011-02-02 00 57 38) メニューから終了 -- 名無しさん (2012-01-23 00 36 57) 使用機種名 要望内容 ここを編集
https://w.atwiki.jp/android/pages/66.html
サンプルコード Android SDKは、下記のようないくつかのサンプルを同梱しています。 APIのデモたくさんあるAndroid APIのデモンストレーション ルナ・ランダー(月着陸ポッド)?あなたのミッション、それは月に着陸すること・・・ メモ帳?シンプルなメモ帳アプリケーションです。 これらのサンプルを動かすには、 SDKとプラグインのインストール に説明があるように、Eclipseにインポートする?か、activitycreator.pyを使う?かする必要があります。
https://w.atwiki.jp/android/pages/44.html
アンドロイドアプリケーション設計思想 たとえプラットホーム自体がひどく異なるとしても、新しいAPIのためにアプリケーションを造る方法を学ぶプロセスはかなり類似しています。 Generally, there are two phases first, you learn how to use the APIs to do what you want to do; later, you learn the nuances of the platform. Put another way, first you learn how you can build applications; later, you learn how you should build them. 通常、2つの段階があります: 最初にしたいことをするためにAPIを使用する方法を学びます; 次にプラットホームの差分を学びます。 これとは異なる方法として 最初にどのようにアプリケーションを構築することができるかについて学びます 次にどのようにそれらを造らなければならないかについて学びます That second phase — learning the right way to build applications — can often take a long time, and frequently means "paying your dues", making mistakes, and learning from them. Well, that's not a very efficient process, so this page and the links below aim to give you a helping hand. その第二段階 — アプリケーションを構築する正しい方法を学ぶこと — 長い間「あなたの会費を払ったうえで間違った方法を学んでいることはよくあります。 れはあまり効率的なプロセスでないので、このページと下のリンクはあなたに援助の手をしようとします。 Before we dive into it, a quick word. Successful applications will offer an outstanding end-user experience. While the Android team has built a robust core system, the vast majority of the user experience will come from users interacting with your applications. As a result, we encourage you to take the time to build an outstanding user experience. An outstanding user experience has three key characteristics it is fast; it is responsive; and it is seamless. Of course every platform since the dawn of computing has probably cited those same three qualities at one time or another. However, each platform achieves them in different ways; the information below explains how your apps can achieve them on Android. 顕著なユーザー経験には、 3つの鍵となる特徴があります: 速い レスポンスに優れる; シームレスに動きます。 もちろん、かつてコンピューティングの始まりからあらゆるプラットホームは、その3つの特性をおそらく掲げているだろうが、各々のプラットホームは、それら異なる方向において成し遂げます; 下記の情報は、アプリがどのようにAndroidの上でそれらをできるかについて説明します。 Fast An Android application should be fast. Well, it's probably more accurate to say that it should be efficient. There is a tendency in the computing world these days to assume that Moore's Law will solve all our problems — eventually. When it comes to embedded applications, though, Moore's Law is a bit more complicated. Androidアプリケーションは速くなければなりません。速くするには効率的でなければならないと言うことは明白です。 ムーアの法則がこれらの問題を解決すると仮定するとして、近頃のコンピューティングの傾向である。 組込形アプリケーションに関しては、ムーアの法則はもっと複雑である Moore's Law doesn't really apply to mobile devices in the same way as to desktop and server applications. Moore's Law is actually a law about transistor density — that is, it says that you can pack more circuitry into a given chip size, over time. ムーアの法則は、デスクトップとサーバーアプリケーションにと同様にモバイル機器に本当にあてはまりません。 ムーアの法則は、実はトランジスタ集積についての法則です それは、時間とともにより多くの回路を決められたチップサイズに集積することができると言うことです。 For desktop and server applications, this means you can pack more "speed" into a chip of roughly the same size, resulting in the well-known performance increases. For embedded applications like cell phones, however, Moore's Law is usually exploited to make chips smaller. That is, the tendency is to use the increased density to make the same chip smaller and consume less power, to make phones smaller and make batteries last longer. デスクトップアプリとサーバーアプリのために、同じサイズのチップでも速度をに集積することができることを意味します。 知ってのとおりパフォーマンス増加に終わります。 しかし、携帯電話のような組込形アプリケーションのでは、ムーアの法則は通常チップをより小さくするために利用されます。 つまり、傾向は同じチップをより小さくして、より少ない力を消費するために増加した密度を使うことです。 電話をさらに小さくして、バッテリーを長く持続させます。 As a result, embedded devices like phones are increasing in actual, raw speed much more slowly than desktop systems. For embedded devices, Moore's Law means more features and better battery life; increased speed is only an afterthought. その結果、電話のような組込形デバイスはデスクトップシステムより非常に遅く、実際の実行速度が増える。 組込形デバイスで言うムーアの法則はより多くの特徴と、より良いバッテリーの寿命を意味します; 増強された速度は結果論であるにすぎません。 That's why it's important to write efficient code you can't assume that phones will see the same speed increases as desktops and servers. Generally speaking, writing fast code means keeping memory allocations to a minimum, writing tight code, and avoiding certain language and programming idioms that can subtly cripple performance. In object-oriented terms, most of this work takes place at the method level, on the order of actual lines of code, loops, and so on. The article on Writing Efficient Android Code will give you all the detail you need to write fast, efficient code for Android. Responsive It's possible to write code that wins every performance test in the world, but that still sends users in a fiery rage when they try to use it. These are the applications that aren't responsive enough — the ones that feel sluggish, hang or freeze for significant periods, or take too long to process input. In Android terms, applications that are insufficiently responsive will frequently cause the system to pop up the dreaded "Application Not Responding" (ANR) message. Generally, this happens if your application cannot respond to user input. For example, if your application blocks on some I/O operation (frequently a network access), then the main application thread won't be able to process incoming user input events. After a time the system will conclude that your application has hung, and give the user the option to kill it. Similarly, if your application spends too much time building an elaborate in-memory structure, or perhaps computing the next move in a game, then again the system will conclude that your application has hung. It's always important to make sure these computations are efficient using the techniques above, but even the most efficient code still takes time to run. In both of these cases, the fix is usually to create a child thread, and do most of your work there. This keeps the main thread (which drives the user interface event loop) running, and prevents the system from concluding your code has frozen. Since such threading usually is accomplished at the class level, you can think of responsiveness as a class problem. (Compare this with basic performance, which was described above as a method-level concern.) The article on Building Responsive Android Applications discusses responsiveness in detail. Seamless Even if your application is fast and responsive, it can still annoy users. A common example is a background process (such as an Android Service or IntentReceiver) that pops up a UI in response to some event. This may seem harmless, and frequently developers assume that this is okay because they spend most of their time testing and using their own application. However, Android's application model is constructed explicitly to allow users to fluidly switch between applications. This means that when your background process actually fires up that UI, the user could be way over in another part of the system, doing something else — such as taking a phone call. Imagine if the SMS service popped up a dialog box every time a text message came in; this would annoy users in no time. That's why the Android standard is to use Notifications for such events; this leaves the user in control. That's just one example; there are many more. For example, if Activities don't correctly implement the onPause() and other lifecycle methods, this will frequently result in data loss. Or, if your application exposes data intended to be used by other applications, you should expose it via a ContentProvider, rather than (for example) using a world-readable raw file or database. What those examples have in common is that they involve cooperating nicely with the system and other applications. The Android system is designed to treat applications as a sort of federation of loosely-coupled components, rather than chunks of black-box code. This allows you as the developer to view the entire system as just an even-larger federation of these components. This benefits you by allowing you to integrate cleanly and seamlessly with other applications, and so you should design your own code to return the favor. This is a component-level concept (as opposed to the class- and method-level concepts of performance and responsiveness, described above.) The article on Integrating with the System provides tips and best practices for writing code that cooperates nicely with the rest of the system.
https://w.atwiki.jp/kojira/pages/11.html
アンドロイドへようこそ! アンドロイドプラットフォームは The Android platform is a software stack for mobile devices including an operating system, middleware and key applications. Developers can create applications for the platform using the Android SDK. Applications are written using the Java programming language and run on Dalvik, a custom virtual machine designed for embedded use which runs on top of a Linux kernel.
https://w.atwiki.jp/droid/pages/32.html
RSS SCRAP RSS(無料)★ http //octoba.net/archives/20101020-scrap-rss-android-1082.html tRSSReader(無料) http //octoba.net/archives/20100807-trssreader-android-823.html FeedSquares for Google Reader★ http //octoba.net/archives/20100617-feedsquares-for-google-reader-android-690.html Google Reader(無料) Google公式のリーダー Google Reader Client(無料) http //octoba.net/archives/20101213-google-reader-client-android-1257.html AtomaRSS Scrollable NewsWidget(無料)★ http //octoba.net/archives/20110304-android-1465.html FastReader for Google Reader(無料) http //octoba.net/archives/20110220-android-1435.html
https://w.atwiki.jp/conn/pages/27.html
タイマーを使う java.util.Timer クラスを用いて、Android上でタイマーを使った処理を実現する。 また、より簡易にHandlerクラスを利用してもよい。 Timerクラス Android 上で Timerクラスを扱う場合、いくつかの注意点がある。 cancel したTimerクラス、または TimerTaskクラスは再利用できない。new し再度オブジェクトを作る必要がある TimerTask.run から Viewを操作することはできない。Viewを操作できるのは、アプリのスレッドからのみ。TimerTask.run の処理は別スレッドで実行されるため例外が発生する。そのためHandler.postメソッドを使用する。 サンプルコード 3秒後から1秒ごとに特定の処理を実行するHandlerクラスは予めメンバとして用意。別スレッド内では newできない。 Handler handler = new Handler(); timer = new Timer(true); timer.scheduleAtFixedRate( new TimerTask() { public void run() { handler.post(new Runnable(){ public void run() { //do something } }); } }, 3000, 1000); タイマーの破棄 timer.cancel(); timer = null; //再利用されないようnullをセット Handler の postDelay を使う より簡単に一定時間経過後に処理を行いたい場合は、Handlerクラスを利用することも可能。 sleepは使用すると、一切の入力を受けつけなくなるため、使わないほうがいい。 サンプルコード ((TextView)getViewById(R.id.TextView)).setText("start"); Handler handler = new Handler(); handler.postDelayed(new Runnable() { public void run() { ((TextView)getViewById(R.id.TextView)).setText("finished"); } }, 10000);
https://w.atwiki.jp/droid/pages/53.html
DLNAクライアント・サーバ Twonky Mobile(ドコモユーザのみ無料・有料)★ https //market.android.com/details?id=com.pv.twonkyremote_dcm(ドコモ向け無料版) https //market.android.com/details?id=com.pv.twonkyremote(有料版) http //octoba.net/archives/20110904-android-2011.html NetFront Life Connect(無料)★ http //octoba.net/archives/20110612-android-1717.html
https://w.atwiki.jp/droid/pages/24.html
2ちゃんねる専用ブラウザ【専ブラ】Android用2chブラウザ wiki 2ちゃんねるまとめなど2ちゃんあんてな(無料) コメント 2ちゃんねる専用ブラウザ 【専ブラ】Android用2chブラウザ wiki 専用のwikiがあるのでこちらにどうぞ。 http //www43.atwiki.jp/android2chbrowser/ 2ちゃんねるまとめなど 2ちゃんあんてな(無料) http //octoba.net/archives/20101224-antenna-android-1290.html コメント 名前 コメント
https://w.atwiki.jp/droid/pages/40.html
検索アプリ アプリ探し https //market.android.com/details?id=jp.clinks.appsearch オクトバ(無料) https //market.android.com/details?id=net.octoba ロイダーウィジェット(無料) https //market.android.com/details?id=jp.androider.roider
https://w.atwiki.jp/android_development/pages/18.html
Top 開発 Hello World! Hello World! TextViewに「Hello World」を表示させます。 1.新規プロジェクトの作成 まずは、新規プロジェクトを作成します。 eclipseでファイル→新規→Androidプロジェクトを選択。 プロジェクト名 → HelloWorld アプリケーション名 → HelloWorld パッケージ名 → com.helloWorld CreateActivity → HelloActivity Min SDK Version → 4 それぞれの値を設定し、終了ボタンを押してプロジェクトを作成します。 2.TextViewを配置する 「Hello, World」を表示するためのTextViewをレイアウトに配置します。 HelloWorld/res/layout/main.xmlを開きます。 3.ソースコードを編集する HelloWorld/src/com/helloWorld/helloActivity.javaを編集します。 package com.helloWorld; import com.helloWorld.R; import android.app.Activity; import android.os.Bundle; import android.widget.TextView; public class helloActivity extends Activity { /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); // ここから追加 TextView tv = (TextView) this.findViewById(R.id.TextView01); tv.setText("Hello, World"); // TextViewへ文字を入れる } } 4.AndroidManifestを編集する HelloWorld/AndroidManifest.xmlを編集します。 エミュレータでデバッグするための情報を追加。 ?xml version="1.0" encoding="utf-8"? manifest xmlns android="http //schemas.android.com/apk/res/android" package="com.helloWorld" android versionCode="1" android versionName="1.0" application android icon="@drawable/icon" android label="@string/app_name" activity android name=".helloActivity" android label="@string/app_name" intent-filter action android name="android.intent.action.MAIN" / category android name="android.intent.category.LAUNCHER" / /intent-filter /activity !-- 追加 -- uses-library android name="android.test.runner" / /application uses-sdk android minSdkVersion="4" / !-- 追加 -- instrumentation android name="android.test.InstrumentationTestRunner" android targetPackage="com.helloWorld" android label="@string/app_name" / /manifest 5.エミュレータで実行する。 終わり。 Top 開発 Hello World! 広告